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Description 

[0001] L'invention concerne les reseaux ou installa- 
tions infomiatiques qui permettent les echanges de mes- 
sages entre des postes ou stations. 
[0002] Elle concerne plus preclsement, mais de fagon 
non limitative, les r6seaux dont la transmission est de 
type "radio-fr6quence", c'est a dire ceux qui ne requierent 
pas de liaisons dites "a support materiel" ou Tilaires" 
(comme par exemple les cables ou fibres optlques), com- 
me for exemple ceiui decrit dans EP 0 838 930. 
[0003] De tels reseaux, que Ton peut qualifier de lo- 
caux, sont faciles a implanter. mais its presentent cepen- 
dant un inconvenient lie a la faible portee des transmis- 
sions, typiquement quelques dizaines de metres pour 
des debits de quelques l\/l6gabits/seconde. Cette limita- 
tion etant due principalement aux lois de la physique qui 
regissent les transmissions radio, elle est done incon- 
toumable. 

[0004] L'homme de i'art a propose certaines solutions 
pour pallierce probleme, comme par exemple augmenter 
les puissances d'^mission, ou bien amdiiorer la reception 
en utilisant des antennes a gain, 
[0005] Pour ce qui concerne plus particulierement les 
reseaux tocaux, il est d'usage d'utiliser des stations eloi- 
gnees les unes des autres d'une centaine de metres au 
moins. Certains de ces reseaux presentent une architec- 
ture classique dans laquelle les stations sont rellees au 
niveau "2", comme parexemple le niveau MAC ("Medium 
Access Control") ou le niveau LLC ("Line Load Control"), 
du modele ISO ("International Standards Organization") 
de rOSI ("Open System Interconnection"). Plus precise- 
ment, les stations comprennent un systeme d'exploita- 
tion , un etage (ou couche) dit "reseau" qui traite et genere 
des messages d'un premier format, une carte de com- 
munication pour les echanges de messages d'un second 
format avec d'autres stations appartenant, generaie- 
ment, au meme reseau, un etage dit "pilote" (connu en 
anglais sous le nom de "driver", comme notamment le 
driver MAC) pour placer des messages regus de la carte 
ou de I'etage reseau respectivement dans le premier for- 
mat ou dans le second format et les transmettre a I'etage 
reseau ou a la carte, ainsi que des moyens pour I'inter- 
fagage des etages, carte et systeme d'exploitation entre 
eux (ii s'agit gen6ralement de logiciels et/ou cdbles de 
connexion). 

[0006] Dans ce type de reseaux. la solution proposee 
pour le relayage de messages (ou trames) consiste d 
utiliser au niveau 2 de chaque station des techniques du 
type de celles decrites dans le Brevet du Demandeur FR 
2 736 230. Ces techniques requierent des cartes reseaux 
dites "intelligentes" possedant leurs propres ressources 
materiel et logiciel. De telles cartes sont complexes et 
couteuses, ce qui va a I'encontre de ce qui se fait dans 
les reseaux filaires ou les cartes sont de conception sim- 
ple. 

[0007] L'invention a done pour but de procurer une ins- 
tallation de transmission de messages, et le procede cor- 
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respondent, qui ne presentent pas I'lnconv^nient pr^cit^. 
[0008] Elle propose a cet effet une installation com- 
portant les caracteristiques definies dans la revendica- 
tion 1 . 

s [0009] Par definition on qualifiera de "montant" un 
message (ou des donnees) provenant de Tetage pilote 
et se dirigeant vers I'etage reseau, tandis que Ton qua- 
lifiera de "descendant" un message (ou des donn6es) 
provenant de I'etage reseau et se dirigeant vers I'etage 

10 pilote. 

[0010] Grace a l'invention, I'etage de gestion peut ab- 
sorber un message montant (par exemple filtrer qualita- 
tivement ou bien extraire des informations qui le concer- 
ne exclusivement), et/ou generer un message descen- 

15 dant (par exemple un message de service), et/ou inter- 
cepter un message descendant pour lui adjoindre des 
donnees ou pour generer un autre message descendant, 
et/ou intercepter un message montant pour le relayer (ou 
router), c'est-a-dire le transformer en un message des- 

20 cendant modifie au moins partiellement, et, eventuelle- 
ment, le transmettre conjointement a I'etage reseau. 
[0011] Ainsi, on entend par "decision de poursuite de 
la transmission", une decision de transformer un messa- 
ge montant en un message descendant, ou une decision 

25 de continuation de descente/mont^e d'un message des- 
cendant/montant, ou encore une decision de transformer 
un message montant en un premier message montant 
et un second message descendant, ou alors une decision 
d'interruption d'ascension d'un message montant dans 

30 le but de se servir de ses informations au niveau de I'eta- 
ge de gestion (c'est notamment le cas des messages de 
service). 

[0012] On peut done conserver la carte de communi- 
cation (ou carte reseau), I'etage pilote et I'etage (ou cou- 
35 che) reseau d'une station sans modifier leurs materiels 
et logiciels respectifs. 

[0013] De preference, le systeme d'exploitation des 
stations munies d'un 6tage de gestion comporte les ca- 
racteristiques definies dans la revendication 2, de sorte 

40 qu'une partie de la puissance de traitement et de la me- 
moire de la station soit utiiisee pour la gestion de la con- 
nexion de cette station au reseau, sans que cela n'inter- 
fere avec d'autres applications (ou taches). 
[0014] Les messages au second format peuvent com- 

45 prendre les caracteristiques definies dans I'une des re- 
vendications 3 a 11. 

[0015] Selon l'invention, I'etage de gestion est capable 
d'assurer au moins une fonetion (ou traitement) choisie 
parmi I'encapsulation/desencapsulation de messages a 

50 emettre ou regus, la generation spontanee ou sur requete 
de messages de service, le routage d'information, la syn- 
chronisation de la station dans laquelle ledit etage de 
gestion est implante et eventuellement celle d'autres sta- 
tions du reseau auquel cette station est connectSe. 

55 [0016] On entend Ici par routage la determination 
d'une adresse de station intermediaire pour (re)trans- 
mettre un message de fagon optimale jusqu'a une ou 
plusieurs stations de destination finale, par interrogation 
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d'une table de routage stock6e dans I'^tage de gestion, 
table pouvant etre mise a jour a I'aide d'informations to- 
pologiques et/ou de voisinage fournies par des messa- 
ges de service 6mis par les autres stations du r§seau. 
[0017] Par ailleurs, on entend par desencapsula- 
tion/encapsulation le retrait d'un message, ou I'ajout a 
celui-ci, d'une capsule fonnSe notamment d'un couple 
d'adresses. 

[0018] De plus, on entend par synchronisation 'Tali- 
gnement" d'au molns les moyens d'^mission/rSception 
de la station sur le mode d'emission frequentlel et le 
temps de reference commun du reseau ou d'au moins 
I'une de ses stations, de sorte qu'au moins les stations 
relals du reseau soienttoutes synchronisees. Cette syn- 
chronisation peut etre mise en oeuvre a I'aide des mes- 
sages de synchronisation regus des autres stations, mals 
elie peut etre egalement initi^e par Tetage pilote d'une 
station. 

[0019] L'invention s'applique Egalement aux stations 

munies d'au moins deux etages pilote relies chacun res- 
pectivement, comme defini dans la revendication 16. 
Dans ce cas, Tun des r6seaux est de type radio tandis 
que le ou les autres reseaux sont de preference de type 
filaire. Ainsi, il est possible d'utiliser un reseau filaire com- 
me raccourcl, ou bien comme solution de secours lors- 
que ia transmission radio s'avere impossible. 
[0020] L'installation peut en outre comporter les carac- 
teristiques definies dans la revendication 21. L'etage de 
gestion est alors agence pour effectuer au moins deux 
fonctions (ou traitements) diffSrentes, assurees par les 
moyens d'aiguillage. 

[0021] L'invention propose egalement un precede de 
transmission de messages (ou donnees ou trames) com- 
portant les caract^ristiques definies dans la revendica- 
tion 32. 

[0022] D'autres caract^ristiques et avantages de l'in- 
vention apparaitront a I'examen de la description de- 
taillee ci-apres. et des dessins annexes, sur lesquels : 

la figure 1 est un schema tres simplifle illustrant I'ar- 
chitecture d'une station de I'art anterieur; 

les figures 2A et 2B sont des schemas tres simplifies 
illustrant les architectures de deux formes de reali- 
sation de stations selon invention; 

les figures 3A et 3B sont des schemas simplifies il- 
lustrant plus en detail les architectures des stations 
des figures 2A et 2B, lorsque leur etage de gestion 
est capable d'assurer des fonctions de routage et de 
traitement de messages de service; 

la figure 4 illustre un exemple de format de message 
utilise dans les installations de I'art anterieur; 

la figure 5 Illustre un exemple de format de message 
utilise dans les installations selon Tinvention; 



la figure 6 illustre un exemple d'aiguillage de mes- 
sage montant dans une station du type de celle II- 
Iustr6e sur la figure 2A; 

5 - la figure 7 illustre un exemple de routage d'un mes- 
sage descendant dans une station du type de celle 
illustr^e sur la figure 2A; 

la figure 8 est un diagramme bloc illustrant le traite- 
10 ment d'un message montant par l'etage de gestion; 

la figure 9 est une variante de la station illustree sur 
la figure 3A. 

[0023] On se refere tout d'abord a la figure 1 pour de- 
crire un exemple d'installation de transmission de mes- 
sages (ou donnees, ou encore trames) de I'art anterieur. 
[0024] Sur cette figure 1, se trouve representee une 
partie d'une installation de transmission de donnees (ou 
reseau) dans laquelle des stations Si (ici i = 1 et 2) peu- 
vent echanger des messages (ou trames) comportant 
des donn6es (ou Informations). Ici, l'installation forme un 
reseau local de type radio-frequence dans lequel les 
messages sont echanges par des ordinateurs PC (Per- 
sonal Computer) via le medium 6ther. 
[0025] Pour autoriser de telles transmissions, chaque 
station Si presente une architecture de communication 
particuliere, organisee comme suit. 
[0026] Tout d'abord, on prevoit une carte de commu- 
nication 1 dite carte reseau qui comprend un transceiver 
pour remission/reception, un composant reseau suscep- 
tible de recuperer les messages transitant sur le medium 
(ici I'ether) et de les stocker dans une memoire de type 
tampon apres verification de rint6grit6 des messages (ou 
paquet, ou trame). 

[0027] Ensuite, on prevoit un 6tage pilote 2 (ou en an- 
glais driver) connecte a la carte reseau 1 par des moyens 
d'interface tels qu'un cable d'interconnexion, et permet- 
tant aux couches dites "hautes" des protocoles reseau 
de recuperer les messages ou paquets. Dans cet exem- 
ple, l'etage pilote est de type MAC. Mais, il pourrait s'aglr 
d'un etage pilote d'un autre type comme par exemple de 
type LLC du modele ISO de I'OSI. Habituellement, cet 
etage pilote 2 est une couche logiciel permettant d'initia- 
liser la carte de communication 1 (carte reseau) et plus 
particuliSrement son transceiver et son composant r^ 
seau. 

[0028] On prevoit ensuite, "rellee" a l'etage pilote MAC 
2, une couche dite "reseau" 3 qui est en fait la couche 
haute des protocoles reseau cites ci-avant II s'agit ega- 
lement, en g^n^ral, d'une couche logiciel. 
[0029] Habituellement, la couche reseau 3 et l'etage 
pilote MAC 2 sont relies par des moyens d'interface, nor- 
malises, de type logiciel. A titre d'exemple, dans les en- 
vironnements de type Windows et Windows NT (mar- 
ques deposees par la Societe MICROSOFT) I'interface 
est connu sous le nom NDIS ("Network Device Interface 
Specification"). Dans un autre exemple correspondant a 
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renvironnement Novel, cette interface est appelee ODI 
("Open Data Lint Interface"). 

[0030] La couche (ou ^tage) reseau 3 et Tetage pilote 
MAC 2 sont tous les deux g6res par le syst^me d'exploi- 
tation 4 de la station hote dans laquelle ils sont installes. 
En d'autres termes. Ils fonctlonnent en utilisant les res- 
sources du syst^me d'exploitation 4 de ta station Si. 
[0031] .Comme indique dans rintroductlon, du fait des 
limitations physiques de la transmission radio, il est im- 
p6ratif que les stations du r6seau local puissent relayer 
des messages ou trames. Or, dans les installations de 
I'art ant^rieur. ceci ne peut etre effectue qu'en faisant 
appel d des techniques de relayage de trame, du type 
de celles decrites dans le Brevet du Demandeur FR 2 
736 230, qui necessitent pour etre mises en oeuvre des 
cartes r§seau (cartes de communication) "intelligentes** 
qui vont ^ I'encontre des habitudes de I'homme de Tart 
du fait de leur complexite et leur prix eleve. 
[0032] L'invention vient done apporter une solution 
particulierement elegante a {'inconvenient presente par 
ies installations de transmission de messages de I'art 
anterieur. 

[0033] On se refere maintenant aux figures 2A et 3A 
pour decrire I'architecture generate des stations d'une 
installation de transmission de messages selon l'inven- 
tion. 

[0034] Selon l'invention, oh part de {'architecture clas- 
sique decrite en reference d la figure 1, et Ton vient "in- 
tercaler" entre I'etage pilote MAC 2 et I'etage (ou couche) 
rSseau 3 d'une station Si un etage (ou couche) de gestion 
de reseau 5 utilisant les ressources du syst^me d'exploi- 
tation 4, 

[0035] De preference, et dans le but d'eviter toute in- 
terference sensible entre les differentes applications ou 
taches du systeme d'exploitation 4 de la station hote Si 
et la tache effectu6e par cet 6tage de gestion de reseau 
5, le systeme d'exploitation 4 de la station SI est choisi 
de type multitaches. 

[0036] Les syst^mes d'exploitation modemes dispo- 
sent d'ordonnanceurs qui permettent de scruter les dif- 
ferentes taches en attente tous les centiemes de secon- 
de environ. Par ailleurs, il est parfols possible de donner 
des priorites aux differentes taches en attente. Par con- 
sequent, il estenvlsageable que des taches de fond (cel- 
les qui sont ex^cut^es en permanence) restent pratique- 
ment imperceptibles a I'utilisateur d'une station. 
[0037] On peut noter que dans I'architecture de la fi- 
gure 1 les traitements de type temps r6el sont executes 
par la carte reseau, de sorte que les taches de I'etage 
de gestion de reseau n'aient pas de tels traitements a 
effectuer. II est envisageable de traiter ces differentes 
taches comme des taches de fond. 
[0038] Dans I'architecture classique illustree sur la fi- 
gure 1 , les flux de donnees (ou messages) vont soit dans 
le sens montant, c*est-a-dire de la carte reseau 1 vers la 
couche reseau 3. soit dans le sens descendant, 
c'est-a-dire de la couche reseau 3 vers la carte reseau 
1. Dans I'architecture selon l'invention, les flux de don- 



nees ou messages qui doivent §tre 6chang6s entre la 
couche reseau 3 et I'etage pilote 2 (dans un sens comme 
dans I'autre) sont intercept's. II en r'sulte que dans une 
station donn'e. I'etage pilote MAC 2 et I'etage de gestion 

5 de reseau 3 peuvent, dans certains modes de realisation, 
traiter des messages (ou trames) qui ne sont pas desti- 
nes d la station consideree. Une telle posslbllite va, com- 
me nous le verrons ci-apres, permettre ^ la station d'as- 
surer des fonctions de connectivlte et/ou de synchronl- 

^0 sation qui depassent la simple transmission, directe, 
d'une station source vers une station de destination fi- 
nale. 

[0039] L'etage de gestion de reseau 5 peut etre capa- 
ble, dans certains modes de realisation, de generer de 
^5 maniere spontanee, ou bien sur requete d'un niveau su- 
perieur comme par exemple la couche (ou etage) reseau 
3, des messages, notamment de service, en direction 
d'autres stations du reseau local. 
[0040] II est Clair que le nombre de traitements (ou 
fonctions) differents que I'etage de gestion de r6seau 5 
pourra effectuer dependra des besoins. AInsi, cet etage 
de gestion de reseau 5 pourra ne faire qu'intercepter des 
messages montants 

ou descendants en vue de decider de leur transmission, 
moyennant un eventuel traltement, ou bien ne permettre 
que de generer des messages descendants d'un type 
choisi (par exemple de service ou de synchronisation), 
ou bien permettre a la fois I'interception et la generation 
de messages. 

[0041] Sur la figure 2B se trouve illustree une variante 
de I'architecture de la station de la figure 2A. Dans cette 
variante, la station est raccordee a deux reseaux (refe- 
rences reseau 1 et reseau 2). Pour ce faire, la station SI 
possede deux cartes de communication reseau 1-1 et 
1-2 respectivement capables d'emettre des messages 
dans les media des reseaux 1 et 2, ou bien de recevoir 
des messages circulant dans ces media des reseaux 1 
et 2, chaque carte reseau 1 -i etant reliee a un etage pilote 
MAC 2-1 ou 2-2 par I'intermediaire de moyens d'interface 
appropries, chaque etage pilote MAC 2-i (i=1 et 2) etant 
lui-meme "relie" a un unique etage de gestion de reseau 
5. 

[0042] Le reseau 1 est ici.parexemple.un reseau sans 
fil (ou reseau radio) tandis que le reseau 2 est un reseau 
filaire. Bien entendu, les deux reseaux poun-aient §tre 
des reseaux radio emettant sur des frequences differen- 
tes et selon des modes ou protocoles differents. 
[0043] Ainsi, grace d une telle variante de realisation, 
il est possible de decider, au niveau de I'etage de gestion 
de reseau 5, d'emettre un message sur deux reseaux en 
meme temps, ou bien de retransmettre un message issu 
d'un premier reseau dans un second reseau, eventuel- 
lement de fagon momentanee, le second reseau etant 
Ici utilise soit comme raccourci, soit comme reseau de 
secours dans les cas ou la station de destination finale 
d'un message ne peut pas etre jointe par la station hote 
ayant regu ce message. 

[0044] Bien entendu, I'etage de gestion de reseau 5 
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pourrait gerer plus de deux r6seaux, par exemple trois, 
ou quatre, ou plus encore, moyennant Tutilisatlon 
d'autant de couches ou stages pilotes 2h et de cartes de 
communication reseau 1-i qu'il y a de reseaux. 
[0045] En d'autres termes, et en resume, I'etage de 
gestion de reseau 5 d'une station Si permet de realiser 
ce que I'homme de Cart appelle un pont "cable-radio". 
[0046] II est Clair qu'un tel etage de gestion de reseau 
5 est realise, de preference, d I'alde d'un logiciel de sorte 
qu'ii n'y ait pas besoin de modifier en quoi que ce soit ni 
la couche (ou etage) reseau 3 ni I'etage pilote MAC 2. 
Bien entendu, lorsque Ton possede les codes sources 
de Tetage pilote l\/IAC 2, II est envisageable de reunir en 
un unique etage I'etage de gestion de reseau 5 et I'etage 
pilote MAC 2. 

[0047] On se refere maintenant aux figures 3A et SB 
pour decrire plus en detail les architectures des stations 
illustrees respectivement sur les figures 2A et 2B. 
[0048] Comme indique pr6c§demment, l'§tage de ges- 
tion de reseau 5 est capable d'assurer au moins une 
fonction, et de preference au moins deux. C'est notam- 
ment ie cas dans les exemples illustr^s sur les figures 
3A et 38. En effet, I'etage de gestion de reseau 5 est 
agence de maniere a permettre Ie routage (dans Ie sens 
Ie plus large du terme), ainsi que la gestion de messages 
ou paquets de service. 

[0049] Avant de decrire plus en detail I'etage de ges- 
tion de reseau 5, on va rappeler maintenant la constitu- 
tion generate d'une trame (ou paquet, ou encore messa- 
ge) d'une installation de i'art ant^rieur. 
[0050] Sur la figure 4 se trouve illustre de fagon tres 
schematique un message utilise dans les installations de 
Tart ant^rieur. Un tel message comporte au moins un 
champ comprenant une paire d'adresses, comprenant 
une adresse de station de destination finale 6 et une 
adresse de station source initlale 7, ainsi que des don- 
nees 13 formant Ie contenu du message a traiter. On 
entend ici par station de destination finale 6, la station 
qui est la destinataire du message, tandis que la station 
source Initiale 7 est celle qui a emis Ie message en di- 
rection de la station de destination finale 6. 
[0051] Bien entendu, la trame illustree sur la figure 4 
peut contenir eventuellement d'autres informations. De 
telles informations peuvent etre trouvees, par exemple, 
dans la norme IEEE 802.11. 

[0052] L'adresse de la station de destination finale est 
directement utilisee par la carte reseau 1 pour filtrer les 
frames qui lui parviennent, si bien que seules les frames, 
sauf cas d'especes, qui sont arrivees a destination, et 
qui par consequent concernent la station bote, sont re- 
montees vers la couche reseau 3. 
[0053] Sur la figure 5 se trouve illustre un paquet (ou 
trame, ou encore message) du type de ceux qui peuvent 
etre utilises dans une installation selon I'inventlon. Com- 
me on Ie verra plus loin, ce type de message pourrait 
comprendre sensiblement moins d'informations ou 
champs, notamment dans les modes dits "broadcast" ou 
"full promiscuous" qui sont des modes dits "a diffusion". 



[0054] Une trame du type de celle illustree sur la figure 
5 comporte un premier champ constitu6 d'une premiere 
paire d'adresses, comprenant une adresse de station de 
destination finale 6 et une adresse de station source ini- 
5 tiale 7, un second champ constitue d'une seconde paire 
d'adresses, formant capsule (ou partie de capsule), et 
comprenant une adresse de station de destination Inter- 
mediaire 8 et une adresse de station source intermediaire 
9, un champ 1 0 designant Ie type de trame (ou en d'autres 
^0 termes Ie type d'informations contenues dans Ie messa- 
ge ou la trame), un champ designant 11 un num6ro de 
sequence, eventuellement d'autres types d'informations 
1 2, ainsi que les donnees 1 3, formant Ie contenu du mes- 
sage a traiter. Une telle trame est appelee trame au se- 
^5 cond format, en comparaison avec une trame qui "sort" 
de I'etage reseau 3 dite au premier format et qui ne com- 
prend pas de seconde paire d'adresses. Par ailleurs, du 
fait de la presence de la seconde paire d'adresses 8 et 
9, placee avant la premiere paire d'adresses 6 et 7, la 
trame est dite encapsulee. 

[0055] On entend ici par station de destination inter- 
mediaire 8, la prochaine station vers laquelle dolt etre 
emis un message, tandis que la station source interme- 
diaire 9 est la station qui va emettre Ie message destine 
d la station de destination intermediaire 8. 
[0056] Comme on Ie ven'a ci-apres, Ie champ 10 de 
type de trame va etre utilise pour aiguiller la trame par- 
venue dans r^tage de gestion de reseau 5, permettant 
ainsi d'optimiser son traitement. 
[0057] Le champ 1 1 de numero de sequence n'est pas 
obligatoire, mais il peut §tre utile dans la mesure ou II 
permet de refuser des trames deja regues ou de ne pas 
prendre en compte certaines d'entre elles. 
[0058] Enfin, la premiere paire d'adresses 6 et 7 va 
servir dans les fonctions de routage/relayage, qui seront 
decrites plus loin, afin d'optimiser le choix de la station 
de destination intermediaire 8. 
[0059] II est Clair que la station de destination finale 6 
peut Stre identlque d la station de destination Interme- 
diaire 8. De meme, lorsqu'un message est emis par une 
station bote donnee. I'adresse de la station source Initiale 
7, qui est sa propre adresse, est identlque S I'adresse de 
la station source intermediaire 9. 
[0060] Dans le mode de realisation illustre sur les fi- 
gures 3A et 3B, I'etage de gestion de reseau 5 doit as- 
surer une fonction de routage de message, ainsi qu'une 
fonction de gestion de paquets (ou messages) de servi- 
ce. Pour ce faire, II comprend un module de gestion de 
service reseau 14 ainsi qu'un module de gestion de pa- 
quets (ou messages) de service 15 relies a un module 
d'alguillage 16 qui communique, d'une part, avec la cou- 
che reseau 3, et d'autre part, avec un module de desen- 
capsulation/encapsulation 17, lui-meme "relie" a I'etage 
pilote MAC 2. 

[0061] Ce module de desencapsulation/encapsulation 
17 a pour but de retirer ou d'adjoindre la capsule (ou la 
partie de capsule) composee notamment de la seconde 
paire d'adresses 8 et 9. selon que le sens de transmission 
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des donn6es est montant ou descendant. 
[0062] Lorsque I'^tage pilots MAC 2 regoit de la carte 
reseau 1 un message au second forniat. du type de celul 
illustr6 sur la figure 5, il le fait remonter vers la couche 
reseau 3. Du fait de la presence de I'etage de gestion de 
reseau 5, le message au second format est Intercepte 
en sortie de I'etage pilote MAC 2 avant qu'il n'arrive d la 
couche r6seau 3. Plus preclsement, ce message au se- 
cond format est intercepte par le module de desencap- 
sulatlon/encapsulation 17 qui en extrait la capsule, 
c'est-^-dire la seconde paire d'adresses 8 et 9. L'extrac- 
tion peut etre physique, c'est-ei-dire que te message au 
second format peut se voir retirer cette seconde paire 
d'adresses 8 et 9 (ou capsule, ou partie de capsule), 
laquelle peut eventuellement etre m^morisee, mais elle 
peut ^galement §tre "virtuelle", ta seconde paire d'adres- 
ses restant dans le message au second format (et ledit 
message restant eventuellement m^moris^ dans son in- 
tegralite dans une memoire appropriee). Le message de- 
sencapsule par le module de desencapsulation/encap- 
sulation 17 est alors transmis au module d'aiguillage 16, 
lequel va alors analyser le champ 10 de type de trame 
qu'il contient de maniere a transmettre le message de- 
sencapsule soit a I'un des modules 14 et 15 de I'etage 
de gestion de reseau 5. soit directement d la couche re- 
seau 3, soit encore a la couche reseau 3 et d I'un au 
moins des modules 14 et 15. 

[0063] II faut noter, ici, que dans les variantes ou I'eta- 
ge de gestion de reseau ne fonctionne qu'en mode de 
type "broadcast" (ou ^ diffusion), 11 n'est pas indispensa- 
ble qu'il comprenne un module de desencapsulation/en- 
capsulation. 

[0064] Bien entendu. on pourrait imaginer que 
I'aiguillage repose sur Tanaiyse d'un autre champ speci- 
fique contenu dans le message au second format, par 
exemple dans son champ 12 d6sign6 sur la figure 5 par 
"autres informations". 

[0065] Dans i'exemple iliustre sur la figure 3A, un mes- 
sage de service regu par T^tage de gestion de reseau 5 
est done distribue par le module d'aiguillage 16 au seul 
module de gestion des paquets de service 1 5. De meme, 
un message contenant des informations de routage ou 
devant etre route sera directement distribue par le mo- 
dule d'aiguillage au module de routage 14. Enfin, un mes- 
sage ne contenant que des donnSes 1 3 (ou informations) 
concernant les couches hautes de la station sera direc- 
tement distribue par le module d'aiguillage 1 6 a la couche 
reseau 3. 

[0066] Le raisonnement inverse peut etre applique 
pour un message descendant provenant d'une couche 
haute, telle que la couche reseau 3, et dirig6 vers I'etage 
pilote MAC 2 (voir figure 7). Dans ce cas, le message qui 
est fourni par la couche reseau 3 est au premier format, 
dans la mesure ou il contient des donn§es 1 3 ainsi qu'une 
premiere paire d'adresses contenant une adresse de sta- 
tion de destination finale 6 et une adresse de station sour- 
ce initiale 7 qui dans ce cas se trouve etre la station hote. 
Mais ce message pourrait comprendre d'autres champs 



diff6rents de la seconde paire d'adresses 8 et 9. 
[0067] Ce message au premier format est, sauf excep- 
tion liee el un mode de transmission de type "broadcast" 
(ou "a diffusion"), intercepte par I'etage de gestion de 

5 reseau 5, et plus precis6ment par son module d'aiguilla- 
ge 1 6. En effet, un message au premier format provenant 
de la couche r6seau 3 peut contenir des informations 
utiles d I'un des modules 14 ou 15, ou bien une requete 
d'emission d'un message de service. De plus, et surtout, 

10 le module de gestion de services reseau 14 (routage) a 
pour fonction de determiner, a partir de I'adresse de la 
station de destination finale 6 contenue dans la premiere 
paire d'adresses du message au premier format regu de 
la couche reseau 3, I'adresse de la station de destination 

15 intermediaire 8 de la seconde paire d'adresses en direc- 
tion de laquelle doit etre 6mls le message. 
[0068] Cet aiguillage s'effectue, comme dans le sens 
montant, a partir de I'analyse du champ 10, c'est-ci-dire 
du type de trame ou message. 

20 [0069] Comme cela sera explique plus loin, le module 
de gestion de service reseau 14 (routage) delivre a ce 
m§me module d'aiguillage 16 une adresse de station de 
destination intermediaire 8. 

[0070] De preference, mais cela n'est pas obligatoire, 
25 le module d'aiguillage 16 transmet alors au module de 
desencapsulation/encapsulation 17 le message au pre- 
mier format ainsi que I'adresse de la station de destina- 
tion intermediaire 8. Le module de desencapsulation/en- 
capsulation 1 7 forme alors un message au second format 
30 (du type de celui iliustre sur la figure 5) en adjoignant au 
message au premier format issu de la couche reseau 3 
une capsule (ou partie de capsule) constituee de la se- 
conde paire d'adresses 8 et 9, laquelle comprend I'adres- 
se de la station de destination intermediaire 8 determin6e 
35 par le module 1 4 ainsi que I'adresse de la station source 
intermediaire 9, c'est-d-dire celle de la station hote dans 
laquelle il est implante. 

[0071] Ce message au second format est alors trans- 
mis d retage pilote MAC 2, puis e la carte reseau 1 en 
"^0 vue de son emission dans le medium, ici Tether, en di- 
rection de la station de destination intermediaire 8 con- 
tenue dans la capsule (ou seconde paire d'adresses du 
message au second format). 

[0072] Dans la variante iliustree sur la figure 3B, le 
^5 module de desencapsulation/encapsulation 1 7 est capa- 
ble de recevoir des messages au second format d'un 
premier etage pilote MAC 2-1 et d'un second etage pilote 
MAC 2-2, ainsi que de foumir d ces deux etages, soit 
separement, soit simultanement. des messages au se- 
50 cond format generes soit par I'un des modules 14 ou 15 
de retage de gestion de reseau 5, soit par la couche 
reseau 3. 

[0073] Bien entendu, dans la mesure ou un message 
au premier format ne provient pas forcement d'une cou- 
55 che haute, du type de la couche reseau 3. le traitement 
peut etre legerement different. 
[0074] Ainsi, le module de gestion des paquets de ser- 
vice 15 peut. soit spontanement, soit sur requete d'une 
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couche haute §mettre un message de service en direc- 
tion d'une ou plusleurs stations d'un ou plusieurs r6- 
seaux. On entend par "spontanement" un message 6mis 
automatiquement, parexemple periodlquement, ou bien 
emis lorsqu'un changement topologique a eu lieu dans 
une table de routage de la station concernee suite a la 
reception d'un message de service. 
[0075] Un tel message de service peut egalement etre 
destine a I'ensembledes stations du reseau, parexemple 
lorsqu'il comprend des informations topologiques et/ou 
de voisinage destinees d (a mise a jour des tables de 
routage des stations du reseau, et par consequent des- 
tinees k am^liorer ieur connectivity. Dans ce cas, le mes- 
sage de service est constitue a partir d'une interrogation 
du contenu d'une table de routage (ou de plusieurs tables 
ou directoires) stocl^6e(s) dans une m6moire 15 du mo- 
dule de gestlon de service reseau 14 (routage). 
[0076] Lorsque le message de service genere par le 
module de gestion des paquets de service 15 concerne 
une station de destination finale specifique 7, ledit mo- 
dule 1 5 interroge le module de gestion de service reseau 
14 de maniere d determiner une adresse de station de 
destination intermediaire 8 permettantd'optimiser I'ache- 
minement dudit message de service en direction de la 
station de destination finale 6. Le message de service et 
I'adresse de la station de destination intermediaire 8 sont 
alorstransmis au module d'aiguillage 16 puis au module 
de desencapsulation/encapsulation 17. 
[0077] De meme, lorsqu'un message de service mon- 
tant parvientau niveau du module d'aiguillage 16, celui-ci 
en detectant par son champ 10 (type de trame) qu'il s'agit 
effectivement d'un message de service, le transmet au 
module de gestion des paquets de service 15, lequel en 
extrait les informations en vue de leurtraitement. 
[0078] Deux types de messages de service (ou fra- 
mes) peuvent etre regus ou generes par le module de 
gestion des paquets de service 15. Tout d'abord, 11 s'agit 
des messages dits "de voisinage" qui sont habituelie- 
ment envoy6s selon un mode dit "en diffusion d un saut". 
De tels messages de voisinage comportent gen6rale- 
ment la liste des voisins de la station hote. II sera com- 
mode de rajouter en correspondance de cheque station 
voislne un statut choisi parmi la liste suivante : lien asy- 
metrique, lien symetrique, relals multipoints. Ces mes- 
sages de voisinage sont accompagn§s d'une estampille 
(contenue par exemple dans le champ 1 1 donnant le 
numerode sequence) permettantde reconnaitre un mes- 
sage portant des Informations plus r^centes. 
[0079] Un statut de type "lien asymetr[que"indique que 
la station entend une autre station et n'est pas certaine 
d'etre entendue par celle-ci. En revanche, un statut de 
type "lien symetrique" Indique que la station entend une 
autre station et est certaine d'etre entendue par celle-cl. 
Un statut de type "relais multipoints" est un statut partl- 
culier qui permet de designer des stations particulieres 
permettant a une station donn^e d'assurer des transmis- 
sions multipoints. Au fur et d mesure des ^changes entre 
stations de messages de voisinage, les statuts des sta- 



tions voisines s'affinent. 

[0080] Les messages de topologie sont. quant a eux, 
envoy^s, generalement, dans un mode dit "broadcast", 
lis comportent une liste des voisins de la station ^mettrice 
5 (hote) qui permet de construire la topologie complete du 

reseau. 

[0081] Bien entendu, on pourrait envisager d'utiliser 
d'autres types d'informations topologiques, differents de 
ceux generalement utilises dans I'approche par "etat des 

10 liens" decrite ci-dessus. A titre d'exemple, on pourrait 
n'echanger que des informations portant sur la distance 
entre noeuds. Pour ce faire, 11 suffirait d'envoyer dans les 
messages de service le vecteur de distance qui donne 
pour un point donne la distance minimale qui le separe 

15 de tout autre point du reseau. Une telle approche est 
generalement designee par t'homme de I'art sous le nom 
de "vecteur de distance". 

[0082] Selon le type d'approche choisi, les messages 
de topologie seront done envoyes soit en mode broad- 
20 cast general (approche de type etat des liens), soit en 
broadcast a un saut (approche de type vecteur de dis- 
tance). 

[0083] Les messages de service qui ont ete reconnus 
par ie module d'aiguillage 16 comma porteurs d'informa- 

25 tions topologiques ou de voisinage sont fournis au mo- 
dule de gestion de paquets de service 15 (voir figure 6). 
celui-ci en extrait les Informations et les transmet au mo- 
dule de gestion de services reseau 14 (routage), et plus 
precisement a un module de calcul des tables de routage 

30 18 qu'il comprend. Preferentiellement, la ou les tables 
(ou directoire) de routage sont stockees dans ce module 
de calcul 18, si bien qu'a reception des informations les 
moyensde calcul peuvent recalculer (ou modifier, ou en- 
core completer) ces tables de routage (ou en d'autres 

35 termes les mettre a jour). 

[0084] Calculer une table de routage peut etre consi- 
dere, en premiere approximation, comma calculer tous 
les chemins permettant a une station donnee hote d'at- 
teindre de fapon optimale la ou les autres stations du (ou 

40 des) reseau(x) auquel elle est connect6e. 

[0085] Le calcul des tables de routage pourra etre ef- 
fectu6 par toute methode connue de I'homme de I'art, 
selon le type d'approche choisle. On pourra notamment 
s'appuyer sur le calcul du nombre de sauts necessaires 

45 pour atteindre une destination, par exemple en utilisant 
les algorithmes de type DJISTRA ou BELLMAN FORD. 
[0086] Le mode de generation des messages de ser- 
vice dependra de la variante choisie. Ainsi. dans un mode 
particulierement simple, on peut envisager que le module 

50 de gestion des paquets de service 15 comprenne une 
temporisation (timer) capable de decompter une periode 
temporelle de longueur predeterminee, de sorte qu'a la 
fin de cheque periode decomptee un message de service 
soit systematiquement gSn^re. Le d^comptage definit un 

55 critere de generation de message qui se trouve verlfie a 
cheque detection de fin de periode. En variante, le mes- 
sage de service peut §tre gSn^re par le module de ges- 
tion des paquets de service 15 sur un ordre (ou requ§te) 
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refu d'une couche haute, telle que la couche r6seau 3 
de la station hote, ou bien sur requete d'un module de 
configuration 19. Comme indique precedemment, un 
message de service pourra etre 6mis spontan6ment lors- 
qu'un changement topologique a eu lieu dans una table 
de routage de la station concernee suite a la reception 
d'un message de service. 

[0087] Un tel module de configuration 19, peut etre 
forme, par exemple, d'un logiciel utilitaire permettant a 
un utilisateur de I'ordinateur (ou station hdte) de saisir 
des informations ou choisir des options, permettant de 
fixer les parametres de fonctionnement des differents 
modules, stages et cartes de la station. Le module de 
configuration 19 pourrait egalement permettre a un utili- 
sateur de saisir toutes les informations, ou seulement 
certaines, permettant de constltuer ou de modifier les 
differentes tables de routage stockees dans le module 
de gestion de service reseau 14 (routage). De meme, un 
tel module de configuration 19 pourrait permettre de g^ 
rer la longueur de la duree de temporisation fixant la pe- 
riode temporelle du critere de generation de messages 
de service par le module de gestion des paquets de ser- 
vice 15. 

[0088] Enfin, un tel module de configuration 19 pourrait 
permettre de visualiser sur le moniteur de la station les 
differentes tables topologiques, permettant ainsi, par 
exemple, de visualiser les liens entre les differentes sta- 
tions du ou des reseaux auxquels la station, dans laquelle 
il est implante, est raccordee. 

[0089] On se refere maintenant plus particulierement 
6 la figure 8 pour decrire un autre mode de fonctionne- 
ment d'une installation selon Tinvention. 
[0090] Jusqu'^ present il a 6t6 d6crlt des modes de 
fonctionnement particuliers dans lesquels, un message 
montant ou descendant etait intercepte soit en vue d'etre 
traite par I'un des modules 14 ou 15, soit en vue d'etre 
transmis a la couche reseau 3 ou a I'etage pilote MAC 
2. Cependant. selon Tinvention, ii est egalement possible 
de proc6der d la retransmission d'un message regu au 
second format, soit du fait qu'il ne concerne pas reelle- 
ment la station qui vient de le recevoir, soit du fait qu'il 
concerne cette station, mals qu'il en concerne egalement 
d'autres (message a diffuser). 

[0091] II faut noter que du fait de la presence de la 
seconde paire d'adresses 8 et 9 en tete d'un message 
regu au second format, celui-ci est automatiquement pris 
en compte et remonte par la carte reseau 1 vers I'etage 
pilote MAC 2 et I'etage de gestion de reseau 5 lorsque 
cette seconde paire d'adresses comporte comme adres- 
se de station de destination intermediaire 8 celle de la 
station hdte dans laquelle ladlte carte reseau 1 est im- 
plantee. En d'autres termes, meme si I'adresse de la sta- 
tion de destination finale 6 (contenue dans la premiere 
paire d'adresses) n'est pas celle de la station hdte, le 
message est remonte. 

[0092] C'est done I'etage de gestion de reseau 5 qui 
va decider de la poursuite de la transmission d'un mes- 
sage requ au second format. Pour ce faire, I'etage de 



gestion de r6seau 5 est capable, a reception d'un mes- 
sage montant, provenant de la carte reseau 1 via I'etage 
pilote MAC 2, d'effectuer un premier test 1 GO portant sur 
I'adresse de la station de destination finale 6 contenue 

5 dans la premiere paire d'adresses du message regu au 
second format. Si le resultat de ce premier test est positif , 
alors le module d'aiguillage 16 transmet le message 
(eventueliement prealablementdesencapsul6 parle mo- 
dule de desencapsulation/enca'psulation 17) a la couche 

10 r§seau 3, ce qui constitue I'^tape 1 10. 

[0093] Puis, I'etage de gestion de reseau 5 effectue 
un second test 120 de maniere a determiner si le mes- 
sage regu au second format doit Egalement etre retrans- 
mis vers une ou plusieurs autres stations du ou des re- 

15 seaux. Si le resultat de ce test 120 est negatif, alors, le 
traitement effectue par I'etage de gestion de reseau 5 se 
termine. En revanche, si le resultat de ce test 120 est 
positif ou si le resultat du premier test 100 est negatif, 
alors le module de gestion de service reseau 14 (routa- 

20 ge), et plus precisement son module d'optimisation de 
chemin 20, precede dans une etape 1 30 a la determina- 
tion de I'adresse de la station relais suivante vers laquelle 
doit etre retransmis ledit message, 
[0094] Pour ce faire, le module d'optimisation de che- 

25 min 20 va lire la ou les tables de routage stockees dans 
le module de calcul 18 pour en extraire une adresse de 
station de destination intermediaire 8 et la transmettre 
au module d'aiguillage 16 qui va alors la communiquer 
au module de desencapsulation/encapsulation 17 en 

30 compagnie du message a retransmettre. 

[0095] Bien entendu, en variante on peut envisager 
que le message regu au second format demeure dans 
le module de desencapsulation/encapsulation 17, par 
exemple dans une memoire appropriee, et que le module 

35 d'aiguillage 16 ne lui transmette que I'adresse de la sta- 
tion de destination intermediaire 8. Le module de desen- 
capsulation/encapsulation 1 7 n'a plus alors qu'a rempla- 
cer la seconde paire d'adresses contenue dans le mes- 
sage regu au second format par une nouvelle seconde 

40 paire d'adresses formee de I'adresse de la station de 
destination intermediaire fournie par le module de deter- 
mination du chemin optimal 20, ainsi que I'adresse de la 
station source intermediaire 9 qui n'est rien d'autre que 
I'adresse de la station hote. Cela constitue I'etape 140 

45 qui met fin a la procedure de traitement par I'etage de 
gestion de reseau 5. Dans une telle situation, il est avan- 
tageux que tous les autres parametres du message a 
retransmettre demeurent inchang6s. 
[0096] II est claIr que les messages au second format 

50 peuvent comporter un champ (par exemple 11 ou 12) 
pemnettant d la carte r6seau 1 de les ignorer, sans qu'iis 
ne remontent, et par consequent eviter que I'etage de 
gestion de reseau 5 travaille inutilement. 
[0097] On se refere maintenant a la figure 9 pour de- 

55 crire une variante des modes de realisation de I'etage de 
gestion de reseau 5 illustre sur les figures 3A et 3B. 
[0098] Dans cette variante de realisation, I'etage de 
gestion de reseau 5 comporte un module de synchroni- 
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sation 21 permettant de synchroniser ta station hdte, et 
plus precisement. au moins ses moyens d'emission/r§- 
ception ioges dans la carte r^seau 1 . On entend ici par 
synchronisation, aussi bien une synchronisation fr6- 
quentlelle de maniere a pouvoir caler la station sur la 
frequence d'emission de messages de synchronisation, 
que la synchronisation temporelle de maniere a foumir 
a ladlte station hote une reference de temps commune 
tui permettant de se caler effectivement sur le mode fre- 
quentiel d'emission des messages de synchronisation. 
[0099] Ce mode de synchronisation est particullere- 
ment utile dans les reseaux du type dit "a saut de fre- 
quence" dans lesquels la frequence d'emission des mes- 
sages varie au cours du temps, au niveau des stations, 
selon un schema frequentiel et temporel connu, par 
exemple. 

[01 00] Le module de synchronisation 21 peut etre soit 
raccorde a la carte reseau 1 par I'intermediaire de Tetage 
pilote MAC 2 (comme illustr6 sur la figure 9), soit §tre en 
mesure de foumir d cette carte reseau 1 des informations 
de synchronisation via le module d'aiguillage 16, le mo- 
dule de d^sencapsulation/encapsulation 17 et Tetage pi- 
lote MAC 2. 

[0101] Dans la premiere hypothese, c'est-^-dire lors- 
que le module de synchronisation 21 pilote directement 
la carte reseau via I'etage pilote MAC 2, on pourra prevoir 
que ledit pilotage sera execute par une primitive particu- 
Ii6re de I'etage pilote MAC 2 ou bien par une primitive de 
configuration initiale, ce qui est classique dans les etages 
pilotes MAC connus. 

[0102] Afin de pouvoir prendre en compte les messa- 
ges de synchronisation circulant sur le medium, ici 
rather, il est avantageux que le module de gestion des 
paquets de service 15 comporte une partie 22 dediee a 
la gestion des messages de synchronisation. Ainsi. la 
generation de messages de service, qu'il s'agisse de 
messages topologiques, de messages de voisinage ou 
de messages de synchronisation peut etre ger^e par un 
unique module de gestion de paquets de service 1 5. Bien 
entendu, la partie 22 de ce module de gestion de service, 
dediee au message de synchronisation, est en relation 
6troite avec le module de synchronisation 21 de maniere 
a lui fournir les informations de synchronisation conte- 
nues dans les messages de synchronisation regus du 
module d'aiguillage 16. 

[01 03] En variante, le module de synchronisation pour- 
rait comprendre ses propres moyens de gestion de pa- 
quets de service de synchronisation. 
[0104] Les informations relatives a la frequence com- 
mune, contenues dans les messages de synchronisation 
pourront comprendre soit la liste des frequences du sche- 
ma d'evolution de la frequence commune et les durees 
de sejour respectives de ces frequences, soit un identi- 
fiant de liste de frequences et de durees associees, les 
stations comportant alors une memoire dans laquelle se 
trouve stockee une table de correspondance entre des 
identifiants de liste et des listes et durees. 
[0105] L'invention permet ^galement, grdce au modu- 



le de synchronisation, de gerer les 6changes de messa- 
ges entre reseaux fonctionnant selon des synchronisa- 
tions differentes. 

[0106] Par ailleurs, grSce ^ I'etage de gestion de r6- 
5 seau 5, il est egalement possible de gerer les echanges 
de messages entre des r6seaux ou sous-r6seaux desi- 
gn's par des riumeros differents contenus dans un 
champ specifique des messages au second format. 
[0107] L'invention concerne egalement les precedes 
10 de transmission de messages (ou donn'es, ou encore 
trames) utilisant les stations relais decrites ci-avant, et 
comportant Tune et/ou I'autre des etapes a) et b) 
suivantes : 

a) interceptor cheque message (de donnees. de ser- 
vice (topologique, de voisinage ou de synchronisa- 
tion) qui doit etre echange entre I'etage reseau 3 et 
I'etage pilote 2 d'une station Si (dans le sens montant 
ou descendant), puis analyser les informations qui 
sont contenues dans le message intercepts de ma- 
niere a decider de la poursuite de leur transmission, 
moyennant un 6ventuel traitement (par exemple une 
desencapsulatlon suivie d'une transmission d Tun 
des modules 14 ou 15 ou a I'etage reseau 3, ou une 
encapsulation avec ou sans routage), en fonction 
d'au moins un critere portant sur les informations 
analysees, et de preference sur un champ tel que le 
type desdites informations, 

b) generer un message d'un type choisi (par exemple 
un message de service topologique ou de voisinage, 
ou encore de synchronisation), spontanementou sur 
requete d'une couche haute (etage reseau 3 ou mo- 
dule de configuration 19), en vue de son emission 
dans le medium d'un reseau (ou dans celui de I'un 
au moins des reseaux lorsque la station est raccor- 
dee a plusieurs reseaux), des qu'une condition choi- 
sie est verifiee (par exemple a reception d'une re- 
quete ou e la fin d'une periode de temporisation). 

[01 08] Le precede pourra comprendre egalement tou- 
tes les etapes de traitement qui ont ete decrites prece- 
demment en reference aux variantes d'instailations. 
[01 09] Dans ce qui precede on a parie de stations (or- 
dlnateur de type PC) equipees de modules et autres 
moyens. Ces modules et moyens doivent etre compris 
aussi bien en tant que composants eiectroniques speci- 
fiques (ou circuits) qu'en tant que procedures program- 
mees. 

[0110] L'invention ne se limite pas aux modes de rea- 
lisation decrits ci-avant. seulement e titre d'exemple. 
mais elle s'etend aux variantes, d'instailations comme 
de precedes, que pourra developper I'homme de I'art 
dans le cadre des revendications ci-apres. 
[01 1 1] Ainsi, on a decrit des messages au second for- 
mat comportant des premier et second champs constitue 
chacun d'une premiere ou seconde paire d'adresses. Ce- 
pendant, on pourrait envisager qu'un message au se- 
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cond format ne comporte qu'un second champ, ce champ 
etant constitue, de preference, de la seule adresse de la 
station interm6diaire determinee par r6tage de gestion. 
De meme, on pourrait envisager des modes de fonction- 
nement dans lesquels les messages au second format 
comportent un premier et un second champs, constitues 
respectivement de la seule adresse de la station source 
finale et de la seule adresse de la station intermSdiaire 
d6terminee par I'etage de gestion. 
[0112] Par ailleurs, 11 sera envisageable que le second 
format puisse presenter, ou s'approche, des formes re- 
tenues respectivement par les normes 802.1 1 et HIRER- 
LAN. II est ^galement envisageable que les formats pr§- 
cit6s puissent etre utilises avec de legeres modifications 
relatives a I'utilisation de certains champs. Par exemple, 
la norme 802.1 1 contient des champs qui peuvent porter 
I'adresse des ponts entre le reseau radio et un systeme 
de distribution. Ces champs pourraient etre employes 
pour identifier les stations intermediaires. De meme, la 
norme 802.11 offre la possibilite de distlnguer les diff6- 
rents types de trames; cette possibilite poun-ait etre utl- 
lis^e dans Tinvention pour discerner les diff^rentes tra- 
mes (ou messages) de service. 



Revendications 

1. Installation de transmission de messages compre- 
nant des stations (S) comportant chacune : 

. - un systeme d'exploitation (4), 

- un etage "reseau" (3) pour traiter et generer 
des messages d'un premier format. 

- une carte de communication (1) propre a 
echanger des messages d'un second format 
avec au moins un r6seau, 

- un etage "pilote" (2) propre d placer des mes- 
sages re9us de la carte (1 ) ou de I'etage reseau 
(3) respectivement dans le premier fomiat ou le 
second format pour les transmettre audit etage 
reseau (3) ou a ladite carte (1), et 

- des moyens d'interface desdits etages. carte 
et systeme d'exploitation entre eux, 

caract6risee en ce que certaines stations (S) au 
moins comprennent un etage de gestion (5) couple 
audit systeme d'exploitation (4) par lesdits moyens 
d'interface et propre a intercepter les messages au 
premier format devant etre echanges par I'etage re- 
seau (3) et I'etage pilote (2), de maniere a analyser 
les informations quits contiennent et decider de la 
poursuite de leur transmission, en fonction d'au 
moins un critere portant sur lesdites informations 
anaiysees. et/ou propre d generer des messages 
d'un type choisi, au second format, en vue de leur 
emission dans le reseau via ladite carte (1) lors- 
qu'une condition d'emission choisie est verifiee. 



2. Installation selon la revendication 1 , caract^risee 
en ce que ledit systeme d'exploitation (4) est de type 
multitaches. 

5 3. Installation selon Tune des revendications 1 et 2, ca- 
racterisee en ce que lesdits messages au second 
format comprennent un premier champ (6,7). 

4. Installation selon la revendication 3, caracterisee 
10 en ce que ledit premier champ comporte au moins 

une adresse de station de destination finale (6). 

5. Installation selon la revendication 4, caracterisee 
en ce que ledit premier champ comporte une pre- 

15 miere paire d'adresses comprenant une adresse de 
station source initiale (7) et I'adresse de station de 
destination finale (6). 

6. Installation selon Tune des revendications 1 d 5, ca- 
20 racterisee en ce que lesdits messages au second 

format comprennent un second champ (8,9) formant 
au moins partie de capsule. 

7. Installation selon la revendication 6, caracterisee 
25 en ce que ledit second champ comporte au moins 

une adresse de station de destination intermediaire 
(8). 

8. Installation selon la revendication 7, caracterisee 
30 en ce que ledit second champ comporte une secon- 

de paire d'adresses comprenant I'adresse de la der- 
niere station, dite station source intermediaire (9), 
ayant emis ledit message au second format et 
i'adresse de station de destination intermediaire (8). 

35 

9. installation seion I'une des revendications 1 a 8, ca- 
racterisee en ce que lesdits messages au second 
.fomiat comprennent une donn6e (1 0) representative 
du type d'Information qu'lls contiennent. 

40 

10. Installation selon la revendication 9. caracterisee 
en ce que ledit critere choisi porte sur le type des 
informations (10) contenues dans les messages re- 
gues d'un etage. 

45 

11. Installation selon I'une des revendications 1 a 10, 
caracterisee en ce que lesdits messages au se- 
cond format comprennent au moins une autre don- 
nee, en particulier representative de leur numero de 

50 sequence (11). 

12. Installation selon I'une des revendications 1 a 11, 
caracterisee en ce que chaque reseau est choisi 
parmi le reseau radio et le reseau filaire. 

55 

13. Installation selon la revendication 12, caracterisee 
en ce que le format d'un reseau radio est choisi par- 
mi au moins le format de la norme "HIPERLAN" et 
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te format de la norme IEEE 802.1 1 , et en ce que le 

format d'un reseau filaire est choisi parmi au moins 
les standards ISO pour les normes IEEE 802.3, 
802.5 et 802.14. 

14. Installation seton Tune des revendications 4 a 13, 
caracterisee en ce que ledit etage de gestion (5) 
comprend des moyens de routage (14,18,20) pro- 
pres a stocker au moins une table de routage com- 
portant au moins les adresses des stations de des- 
tination intermediaire avec lesquelles la station qui 
raccueille peut echanger des messages au second 
fomiat. et en ce que lesdits moyens de routage 
(14,18.20) sont agences pour, d'une part, extraire le 
premier champ (6,7) d'un message regu, pour de- 
temilner dans la table de routage une adresse de 
station de destination intermediaire (8) permettant 
d'optimiser la transmission dudit message jusqu'a la 
station de destination finale (6) dont I'adresse est 
contenue dans ledit premier champ extraite, et 
d'autre part, former une second champ contenant 
ladite adresse de station de destination intermediai- 
re extraite (8) et destine, soit, lorsque le message 
est issu de I'etage pilote (2), a remplacer celul initia- 
lement contenue dans !e second champ du message 
regu a retransmettre, soit, lorsque le message est 
issu de I'etage reseau (3), a completer son contenu 
en vue de sa transmission. 

15. Installation selon la revendication 14, caracterisee 

en ce que lesdits moyens de routage (14,18,20) 
comprennent en outre des moyens de calcul (18) 
propres d modifier le contenu de ladite table de rou- 
tage a partir d'informatlons de routage contenues 
dans des messages qui sont du type messages de 
service regus au second fonmat provenant du re- 
seau. 

16. Installation selon Tune des revendications 14 et 15, 
caracterisee en ce que Tune au moins des stations 
(S) munies d'un etage de gestion (5) comprend au 
moins un autre etage pilote (2-2) relie audit etage de 
gestion et a une autre carte de communication (1-2) 
connectee a un autre reseau. et en ce que ledit eta- 
ge de gestion (5) est propre a choisir Tun au moins 
des reseaux en vue de la transmission de messages, 
en fonction de I'adresse de la station de destination 
intermediaire (8) contenue dans le second champ 
du message e transmettre. 

17. Installation selon I'une des revendications 5 d 16. 
caracterisee en ce que I'etage de gestion com- 
prend des moyens de desencapsulation/encapsula- 
tion (17) propres a extraire un second champ, ou 
partie au moins de capsule, d'un message issu de 
retage pilote (2) ou a ajouter un second champ e un 
message destine a une station au moins du reseau 
via cet etage pilote (2). 



18. Installation selon i'une des revendications 1 e 17, 
caracterisee en ce que I'etage de gestion (5) com- 
prend des moyens de gestion de messages qui sont 
du type messages de service (15). 

5 

19. Installation selon la revendication 18, caracterisee 
en ce que les moyens de gestion de messages de 
service (15) sont propres a generer des messages 
de service "a diffuser" pour de multiples stations de 

10 destination finale appartenant e au moins un re- 
seaux. 

20. Installation selon Tune des revendications 18 et 19, 
caracterisee en ce que les moyens de gestion de 

^5 messages de service (1 5) comprennent des moyens 
de temporisation propres. a decompter une duree 
choisie et en ce que la condition choisie d'emission 
d'un message de service est verifiee en fin de de- 
comptage. 

20 

21. Installation selon I'une des revendications 18 a 20 
prise en dependance avec la revendication 14, ca- 
racterisee en ce que la condition choisie d'emission 
d'un message de service est verifiee k chaque mo- 

25 dification de la table de routage. 

22. Installation selon Tune des revendications 1 a 21, 
caracterisee en ce que les stations (S) compren- 
nent des moyens de configuration (1 9) des differents 

30 etages et carte(s) raccordes e ceux-ci ainsi qu'audit 
systeme d'exploitation par lesdits moyens d'interfa- 
ce. 

23. Installation selon la revendication 18 en combinai- 
35 son avec la revendication 22. caracterisee en ce 

que la condition choisie d'emission d'un message 
de service est verifiee a la reception d'une requete 
locale de I'etage reseau (3) ou des moyens de con- 
figuration (19). . 

40 

24. Installation selon la revendication 16 en combinai- 
son avec Tune des revendications 22 et 23. carac- 
terisee en ce que lesdites informations de routage 
sont contenues dans des messages provenant des 

45 moyens de configuration (19). 

25. Installation selon I'une des revendications 1 a 24. 
caracterisee en ce que I'etage de gestion (5) com- 
prend des moyens de synchronisation (21 ,22) agen- 
do ces pour generer des messages qui sont du type 

messages de synchronisation en frequence et en 
temps destines a certaines autres stations, et, a re- 
ception d'un message de synchronisation, en extrai- 
re les informations de maniere a placer les moyens 
55 d'emission/reception de la carte de communication 
(1 ) de sa station dans I'etat correspondant auxdites 
informations extraites. 
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26. installation selon la revendication 25, caract6ris6e 
en ce que les moyens de synchronisation (21,22) 
sont agences pour gen^rer ledit message de syn- 
chronisation de fagon spontanSe, en particuller p^ 
riodiquement. 



des moyens d'interface desdits stages, carte et 
syst^me d'exploitation entre eux, 

caracteris6e en ce qu'il comprend I'une et/ou 
('autre des stapes suivantes: 



27. Installation selon Tune des revendicatlons 25 et 26, 
caracterisee en ce que ia condition choisie d'emis- 
sion d'un message de synchronisation est verifiee a 
la reception d'une requete locale de I'etage reseau 
(3) ou des moyens de configuration (19). 

28. Installation selon I'une des revendicatlons 25 d 27, 
caracterisee en ce que les moyens de synchroni- 
sation (21 ,22) sont agences pour generer des mes- 
sages d'inten-ogation requ6rant renvoi d'un messa- 
ge de synchronisation. 

29. Installation selon la revendication 9 en combinaison 
avec I'une des revendications 1 5 a 28, caracterisee 
en ce que (edit etage de gestion (5) comprend des 
moyens d'aiguillage (1 6) connectes auxdits moyens 
d'encapsulation/desencapsulation (17), auxdits 
moyens de routage (14.18,20), auxdits moyens de 
gestion de messages de service (15) et auxdits 
moyens de synchronisation (21.22). 

30. Installation selon la revendication 29. caracteriste 

en ce que (esdits moyens d'aiguillage (16) sont pro- 
pres a determiner a partir du type desdits messages 
regus I'etage (les etages). parmi r6tage r6seau (3) 
et I'etage pilote (2), et/ou les moyens, parmi les 
moyens de routage (14,18,20), les moyens de de- 
sencapsu(ation/encapsulation (17). les moyens de 
synchronisation (21 ,22) et les moyens de gestion de 
messages de service (1 5), concem6(s) par un mes- 
sage qu'ils ont re9u, et a transmettre ledit message 
a I'etage (aux etages) ou moyens ainsi determine(s). 



- intercepter les messages au premier format 
devant etre echanges entre 1' 6tage reseau (3) 
et I'etage pilote (2) d'une station (S). puis ana- 

^0 lyser les informations contenues dans lesdits 

messages interceptes de maniere S decider de 
la poursuite de leur transmission, en fonction 
d'au moins un crit^re portant sur lesdites infor- 
mations analysees. 

^5 - generer un message d'un type choisi au se- 

cond fomiat en vue de son Emission dans le 
reseau lorsqu'une condition d'6mission choisie 
est verifiee. 

20 

Claims 

1. (Viessage transmission installation comprising sta- 
tions (S) each including: 

25 

- an operating system (4), 

- a "network" stage (3) for processing and gen- 
erating messages in a first format, 

- a communication card (1 ) suitable for exchang- 
30 ing messages in a second format with at least 

one network, 

- a "driver" stage (2) suitable for placing mes- 
sages received from the card (1 ) or from the net- 
work stage (3) respectively in the first format or 

35 the second format so they can be transmitted to 

said network stage (3) or to said card (1), and 

- means of interfacing said stages, card and op- 
erating system between themselves. 



31. Installation selon I'une des revendications 1 a 30, 
caracterisee en ce que I'etage de gestion (5) fait 
partie de I'etage pilote (2). 

32. Procede de transmission de messages entre des 
stations (S) d'une installation selon Tune des reven- 
dications pr§c6dentes et comportant chacune: 

un syst6me d'exploitation (4), 

un etage "reseau" (3) pour traiter et generer des 

messages d'un premier format, 

une carte de communication (1 ) propre a echan- 

ger des messages d'un second format avec au 

moins un reseau, 

un etage "pilote" (2) propre a placer des mes- 
sages re^us de la carte (1 ) ou de I'etage reseau 
(3) respectivement dans le premier format ou le 
second format pour les transmettre audit §tage 
reseau (3) ou d ladite carte (1), et 



characterized in that at least some stations (S) in- 
clude a management stage (5) coupled to said op- 
erating system (4) by said interface means and suit- 
able for intercepting the messages in the first format 
that need to be exchanged by the network stage (3) 
and the driver stage (2), so as to analyse the infor- 
mation that they contain and decide on how to con- 
tinue with their transmission, according to at least 
one criterion relating to said analysed information, 
and/or suitable for generating messages of a select- 
ed type, in the second format, with a view to their 
transmission in the network via said card (1) when 
a chosen transmission condition is verified. 

2. Installation according to Claim 1. characterized In 
that said operating system (4) Is of muitltasking type. 

3. Installation according to one of Claims 1 and Claim 
2, characterized in that said messages In the sec- 
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ond format include a first field (6, 7). 

4. Installation according to Claim 3, characterized in 
that said first field includes at least one final desti- 
nation station address (6). 

5. Installation according to Claim 4, characterized in 
that said first field includes a first pair of addresses 
comprising an initial source station address (7) and 
the final destination station address (6). 

6. Installation according to one of Claims 1 to 5, char- 
acterized in that said messages in the second for- 
mat include a second field (8. 9) forming at least part 
of the capsule. 

7. Installation according to Claim 6, characterized In 
that said second field includes at least one interme- 
diate destination station address (8). 

8. Installation according to Claim 7, characterized in 
that said second field includes a second pair of ad- 
dresses comprising the address of the last station, 
called the Intermediate source station (9), having 
sent said message in the second fonmat and the in- 
tennediate destination station address (8). 

9. Installation according to one of Claims 1 to 8, char- 
acterized in that said messages in the second for- 
mat include a data item (10) representative of the 
type of infonmation that they contain. 

10. Installation according to Claim 9, characterized in 
that said chosen criterion relates to the type of in- 
formation (10) contained In the messages received 
from a stage. 

1 1 . Installation according to one of Claims 1 to 1 0, char- 
acterized in that said messages in the second for- 
mat include at least one other data item, in particular 
representative of their sequence number (11). 

12. Installation according to one of Claims 1 to 11, char- 
acterized in that each network is chosen from the 
radio network and the wired network. 

13. installation according to Claim 12, characterized in 
that the format of a radio network is chosen from at 
least the format of the "HIPERLAN" standard and 
the format of the IEEE 802.1 1 standard, and in that 
the format of a wired network is chosen from at least 
the ISO standards for the IEEE 802.3. 802.5 and 
802.14 standards. 

14. Installation according to one of Claims 4 to 1 3. char- 
acterized in that said management stage (5) in- 
cludes routing means (14, 1 8, 20) suitable for storing 
at least one routing table including at least the ad- 



dresses of the Intermediate destination stations with 
which the station hosting it can exchange messages 
in the second format, and in that said routing means 
(14, 18, 20) are arranged, on the one hand, to extract 

5 the first field (6, 7) of a received message, to deter- 
mine from the routing table an intermediate destina- 
tion station address (8) with which to optimize the 
transmission of said message to the final destination 
station (6), the address of which is contained in said 

10 first extracted field, and on the other hand, to form a 
second field containing said extracted intermediate 
destination station address (8) and intended, either, 
when the message is from the driver stage (2), to 
replace the one initially contained in the second field 
of the received message to be forwarded, or, when 
the message is from the network stage (3), to com- 
plement Its content with a view to its transmission. 

15. Installation according to Claim 14. characterized in 
20 that said routing means (14, 18, 20) also include 

computation means (18) suitable for modifying the 
content of said routing table based on routing infor- 
mation contained in the messages that are of service 
message type received in the second format from 
25 the network. 

16. Installation according to one of Claims 14 and 15, 
characterized in that at least one of the stations 

(S) provided with a management stage (5) includes 
30 at least one other driver stage (2-2) linked to said 
management stage and one other communication 
card (1-2) connected to another network, and in that 
said management stage (5) is suitable for choosing 
at least one of the networks for message transmis- 
35 sion, according to the Intermediate destination sta- 
tion address (8) contained in the second field of the 
message to be transmitted. 



40 



17. Installation according to one of Claims 5 to 16, char- 
acterized in that the management stage includes 
de-encapsulation/encapsulation means (17) suita- 
ble for extracting a second field, or at least part of 
the capsule, from a message from the driver stage 
(2) or for adding a second field to a message intend- 

45 ed for at least one station of the network via this 
driver stage (2). 

18. Installation according to one of Claims 1 to 17, char- 
acterized in that the management stage (5) in- 

50 dudes means of managing messages that are of 
service message type (15). 

19. Installation according to Claim 18, characterized in 
that the service message management means (15) 

55 are suitable for generating service messages "to be 
broadcast" for multiple final destination stations be- 
longing to at least one network. 
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20. Installation according to one of Claims 18 and 19, 
characterized in that the service message man- 
agement means (15) include timer means suitable 
for counting down a chosen time, and in that the 
chosen condition for transmission of a service mes- 
sage is verified on completion of downcounting. 

21. Installation according to one of Claims 18 to 20, de- 
pendent on Claim 14, characterized in that the cho- 
sen condition for transmission of a service message 
is verified each time the routing table is modified. 

22. Installation according to one of Claims 1 to 21 . char- 
acterized in that the stations (S) include means (19) 
of configuring the various stages and card(s) con- 
nected to the latter and to said operating system by 
said interface means. 

23. Installation according to Claim 1 8 in combination with 
Claim 22, characterized in that the chosen condi- 
tion for transmission of a service message is verified 
on receipt of a local request from the network stage 
(3) or from the configuration means (19). 

24. Installation according to Claim 16 in combination with 
one of Claims 22 and 23, characterized in that said 
routing information is contained in messages origi- 
nating from the configuration means (19). 

25. Installation according to one of Claims 1 to 24, char- 
acterized in that the management stage (5) in- 
cludes synchronization means (21 , 22) arranged to 
generate messages that are of frequency and time 
synchronization message type intended for certain 
other stations, and, on receipt of a synchronization 
message, to extract from them the information with 
which to place the transmission/reception means of 
the communication card (1 ) of its station in the state 
corresponding to said extracted infomiation. 

26. Installation according to Claim 25, characterized in 
that the synchronization means (21, 22) are ar- 
ranged to generate said synchronization message 
spontaneously, in particular periodically. 

27. Installation according to one of Claims 25 and 26, 
characterized in that the chosen condition for 
transmission of a synchronization message is veri- 
fied on receipt of a local request from the network 
stage (3) or from the configuration means (19). 

28. Installation according to one of Claims 25 to 27, 
characterized in that the synchronization means 
(21 , 22) are arranged to generate interrogation mes- 
sages requesting the sending of a synchronization 
message. 



one of Claims 15 to 28, characterized in that said 
management stage (5) includes switching means 
(16) connected to said encapsulation/deencapsuta- 
tion means (17), to said routing means (14, 18, 20), 
5 to said service message management means (15) 
and to said synchronization means (21, 22). 

30. Installation according to Claim 29, characterized in 
that said switching means (16) are arranged to de- 
^0 tennine, from the type of said messages received, 
the stage (stages), out of the network stage (3) and 
the driver stage (2), and/or the means, out of the 
routing means (14, 18, 20), the de-encapsulation/en- 
capsulation means (17), the synchronization means 
(21, 22) and the service message management 
means (15), affected by a message that they have 
received, and for transmitting said message to the 
duly determined stage (stages) or means. 

20 31 . Installation according to one of Claims 1 to 30, char- 
acterized in that the management stage (5) is part 
of the driver stage (2). 

32. Method of transmitting messages between stations 
25 (S) of an installation according to one of the preced- 
ing claims, each station including: 

an operating system (4), 
a "network" stage (3) for processing and gener- 
50 ating messages in a first format, 

a communication card (1 ) suitable for exchang- 
ing messages in a second format with at least 
one network, 

a "driver" stage (2) suitable for placing messag- 
55 es received from the card (1 ) or from the network 

stage (3) respectively in the first format or the 
second format so they can be transmitted to said 
network stage (3) or to said card (1), and 
means o*f interfacing said stages, card and op- 
erating system between themselves, charac- 
terized in that the method includes one and/or 
the other of the following steps: 

- intercepting the messages in the first for- 
mat that need to be exchanged between the 
network stage (3) and the driver stage (2) 
of a station (S), then analysing the informa- 
tion contained in said intercepted messages 
so as to decide on how to continue with their 

50 transmission, according to at least one cri- 

terion relating to said analysed information, 

- generating a message of a selected type 
in the second format with a view to its trans- 
mission in the network when a chosen trans- 

55 mission condition is verified. 
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29. Installation according to Claim 9 in combination with 
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Patentansprtiche 

1. Anordnung fur Nachrichtenubertragung mit Statio- 
nen (S), von denen jede umfasst: 

- ein Betriebssystem (4), 

- eine "Netz"-Stufe (3) zur Verarbeitung und Er- 
zeugung der Nachrichten eines ersten Formats, 

- eine Kommunikationskarte (1 ), fahig Nachrich- 
ten eines zweiten Formats mit wenlgstens el- 
nem Netzwerk auszutauschen, 

- eine "Pilof-Stufe (2), fahig von der Karte (1) 
Oder von der Netzstufe (3) empfangene Nach- 
richten jewells in das erste Format oder das 
zweite Format umzusetzen, urn sie zur genann- 
ten Netzstufe (3) oder zur genannten Karte (1) 
zu ubertragen, und 

- Schnittstelleneinrichtungen zwischen den ge- 
nannten Stufen, der Karte und dem Betriebssy- 
stem untereinander. 

dadurch gekennzeichnet, dass wenigstens be- 
stimmte Stationen (S) eine Verwaitungsstufe (5) um- 
fassen, mit dem genannten Betriebssystem (4) 
durch die genannten Schnittstelleneinrichtungen ge- 
koppeit und fahig, die Nachrichten des ersten For- 
mats abzufangen, die durch die Netzstufe (3) und 
die Pilotstufe (2) ausgetauscht werden mussen, um 
die Informationen zu analysieren, die sie enthalten. 
und uber die Fortsetzung bzw. Weiterfuhrung ihrer 
Obertragung zu entscheiden, in Abhangigkeit von 
wenigstens einem Kriterium. das die genannten ana- 
lysierten Infomnationen betrifft, und/oder fahig, 
Nachrichten eines gewahlten Typs Im zweiten For- 
mat zu erzeugen hinsichtlich ihrer Sendung bzw. 
Einspeisung in das Netzwerk uber die genannte Kar- 
te (1). wenn eine gewShlte Sendebedlngung verifi- 
ziert ist. 

2. Anordnung nach Anspruch 1, dadurch gekenn- 
zeichnet, dass das genannte Betriebssystem (4) 
vom Multitasking-Typ ist. 

3. Anordnung nach einem der Anspruche 1 und 2, da- 
durch gekennzeichnet, dass die genannten Nach- 
richten im zweiten Format ein erstes FelCl(6,7) um- 
fassen. 

4. Anordnung nach Anspnjch 3, dadurch gekenn- 
zeichnet, dass das erste Feld wenigstens eine End- 
zlelstationsadresse (6) umfasst. 

5. Anordnung nach Anspruch 4, dadurch gekenn- 
zeichnet, dass das erste Feld ein erstes Adressen- 
paar enthalt, eine Anfangsquellenstationsadresse 
(7) und die Endzielstationsadresse (6) umfassend. 

6. Anordnung nach einem der Anspruche 1 bis 5. da- 



durch gekennzeichnet, dass die genannten Nach- 
richten im zweiten Format ein wenigstens einen Kap- 
selteil bildendes zweites Feld (8,9) umfassen. 

5 7. Anordnung nach Anspruch 6, dadurch gekenn- 
zeichnet, dass das genannte zweite Feld wenig- 
stens eine Zwischenzielstationsadresse (8) um- 
fasst. 

^0 8. Anordnung nach Anspruch 7. dadurch gekenn- 
zeichnet, dass das genannte zweite Feld ein zwei- 
tes Adressenpaar enthalt, das die Adresse der Zwi- 
schenquellenstation (9) genannten letzten Station, 
welche die genannte Nachricht im zweiten Format 

15 gesendet hat, und die Zwischenzielstationsadresse 
(8) umfasst. 

9. Anordnung nach einem der Anspruche 1 bis 8, da- 
durch gekennzeichnet, dass die genannten Nach- 

20 richten im zweiten Format eine Grofle (10) enthalten, 
die reprasentativ ist fur den Informationstyp, den sie 
enthalten. 

10. Anordnung nach Anspruch 9, dadurch gekenn- 
25 zeichnet, dass das genannte gewdhlte Kriterium 

den Typ (10) der in den empfangenen Nachrichten 
einer Stufe enthalten Informationen betrifft. 

11. Anordnung nach einem der Anspruche 1 bis 10, da- 
30 durch gekennzeichnet, dass die genannten Nach- 
richten im zweiten Format wenigstens eine weitere, 
insbesondere fur ihre Sequenznummer (11) repra- 
sentative Grofle enthalten. 

35 12. Anordnung nach einem der Anspruche 1 bis 1 1 . da- 
durch gekennzeichnet, dass jedes Netzwerk aus- 
gewdhlt wird zwischen Funknetz und Drahtnetz. 

13. Anordnung nach Anspruch 12, dadurch gekenn- 
^0 zeichnet, dass das Format eines Funknetzes aus- 

gewahlt wird zwischen wenigstens dem Format der 
HIPERLAN-Norm und dem Format der IEEE-Norm 
802.1 1 , und dadurch, dass das Format eines Draht- 
netzes ausgewahit wird unter wenigstens den 
45 ISO-Standards fur die lEEE-Normen 802.3, 802.5 
und 802.14. 

14. Anordnung nach einem der AnsprOche 1 bis 13, da- 
durch gekennzeichnet, dass die genannte Venval- 

50 tungsstufe (5) Routing-Einrichtungen (14,18,20) 
umfasst, fahig wenigstens eine Routing-Tabelie zu 
speichern, die wenigstens die Adressen der Zwi- 
schenzielstationen enthalt, mitdenen die Station, die 
sie aufnimmt. Nachrichten im zweiten Format aus- 

55 tauschen kann, und dadurch, dass die genannten 
Routing-Einrichtungen (14,18,20) einerseits befa- 
higt sind, das erste Feld (6,7) einer empfangenen 
Nachricht zu extrahieren, um in der Routing-Tabelie 
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eine Zwischenzielstationsadresse (8) zu bestim- 
men, was ermoglicht, die Obertragung der genann- 
ten Nachricht bis zu der Endzielstation (6) zu opti- 
mieren, deren Adresse in dam genannten ersten ex- 
trahierten Feld enthalten ist, und andererseits befa- 
higt sind, ein zweites Feld zu bilden, das die genann- 
te Zwischenzielstationsadresse (8) enthalt und dazu 
bestimmt ist, entweder, wenn die Nachricht von der 
Pilotstufe (2) stammt, die ursprunglich in dem zwei- 
ten Feld der zu ubertragenden empfangenen Nach- 
richt enthaltene zu ersetzen, oder, wenn die Nach- 
richt von der Netzstufe (3) stammt, ihren Inhalt hin- 
sichtlich ihrer Obertragung zu komplettieren. 

15. Anordnung nach Anspruch 14. dadurch gekenn- 
zeichnet, dass die genannten Routing-Einrichtun- 
gen (14,18,20) auBerdem Recheneinrichtungen 
(18) umfassen, fahig den Inhalt der genannten Rou- 
ting-Tabelle aufgrund von Routing-lnfomriationen zu 
modifizieren, die in Nachrichten enthalten sind, die 
vom Dienstnachrichtentyp sind, empfangen im zwei- 
ten Format, vom Netzwerk stammend. 

16. Anordnung nach einem der Anspruche 14 und 15, 
dadurch gekennzeichnet, dass wenigstens eine 
der mit einer Verwaltungsstufe (5) ausgerusteten 
Stationen (S) wenigstens eine weitere, mit der ge- 
nannten Verwaltungsstufe verbundene. Pilotstufe 
(2-2) sowie eine weitere, mit einem anderen Netz- 
werk verbundene Kommunikationskarte (1-2) um- 
fasst, und dadurch, dass die genannte Venval- 
tungsstufe (5) fahig ist, hinsichtlich der Obertragung 
von Nachrichten wenigstens eines der Netzwerke in 
Abhangigkeit von der in dem zweiten Feld der zu 
ubertragenden Nachricht enthaltenen Zwischenziel- 
stationsadresse (8) zu wihien. 

17. Anordnung nach einem der Anspruche 5 bis 16, da- 
durch gekennzeichnet dass die VenA^altungsstufe 
Verkapselungs-ZEntkapselungseinrichtungen (17) 
umfasst, fahig ein zweites Feld oder wenigstens ei- 
nen Teil einer Kapsel einer von der Pilotstufe (2) 
stammenden Nachricht zu extrahieren, oder einer 
fur wenigstens eine Station des Netzwerks bestimm- 
te Nachricht uber diese Pilotstufe (2) ein zweites Feld 
hinzuzufugen. 

18. Anordnung nach einem der Anspruche 1 bis 17, da- 
durch gekennzeichnet, dass die Verwaltungsstufe 
(5) Verwaltungseinrichtungen (15) von Nachrichten 
umfasst, die vom Dienstnachrichtentyp sind. 

19. Anordnung nach Anspruch 18, dadurch gekenn- 
zeichnet, dass die Dienstnachrichtenvenvaltungs- 
einrichtungen (15) fahig sind, Dienstnachrichten fur 
multiple, zu wenigstens einem Netzwerk gehdrende 
Endzielstationen "zu streuen". 



20. Anordnung nach einem der AnsprQche 18 und 19, 
dadurch gekennzeichnet, dass die Dienstnach- 
richtenverwaltungseinrichtungen ( 1 5) Verzoge- 
rungseinrichtungen umfassen, befahigt zum Ruck- 
5 wartszahlen einer gewahlten Zeitdauer, und da- 
durch. dass die gewahlte Sendebedingung einer 
Dienstnachricht am Ende des Ruckw3rtsz3hlens ve- 
rifiziert wird. 

10 21. Anordnung nach einem der Anspruche 18 und 20, 
in Abhangigkeit von Anspruch 1 4, dadurch gekenn- 
zeichnet, dass die gewahlte Sendebedingung einer 
Dienstnachricht bei jeder Modifikation der Rou- 
ting-Tabelle verifiziert wird. 

15 

22. Anordnung nach einem der AnsprQche 1 bis 21 , da- 
durch gekennzeichnet, dass die Stationen (S) 
Konfigurationseinrichtungen(19)derverschiedenen 
Stufen und der Karte(n) umfassen. die durch die ge- 
nannten Schnittstelleneinrichtungen mit ihnen sowie 
mit dem genannten Betriebssystem verbunden sind. 

23. Anordnung nach Anspruch 1 8 in Verbindung mit An- 
spruch 22, dadurch gekennzeichnet, dass die ge- 
wahlte Sendebedingung einer Dienstnachricht beim 
Empfang einer lokalen Abfrage bzw. durch eine lo- 
kale Abfrage der Netzstufe (3) oder der Konfigurati- 
onseinrichtungen (19) verifiziert wird. 

24. Anordnung nach Anspruch 16 in Verbindung mit ei- 
nem der Anspruche 22 und 23, dadurch gekenn- 
zeichnet, dass die genannten Routing-lnformatio- 
nen in Nachrichten enthalten sind, die von den Kon- 
figurationseinrichtungen (19) stammen. 

25. Anordnung nach einem der Anspruche 1 bis 24, da- 
durch gekennzeichnet, dass die Verwaltungsstufe 
(5) Synchronisationseinrichtungen (21,22) umfasst, 
fShig fur bestimmte andere Stationen bestimmte 
Nachrichten des Typs Frequenz- und Zeitsynchro- 
nisationsnachrichtzu erzeugen, und, beim Empfang 
einer Synchronisationsnachricht, aus ihr die Infor- 
mationen zu extrahieren, um die Sende-Empfangs- 
einrichtungen der Kommunikationskarte (1) ihrer 
Station in den den genannten extrahierten Informa- 
tionen entsprechenden Zustand zu versetzen. 

26. Anordnung nach Anspruch 25, dadurch gekenn- 
zeichnet, dass die Synchronisationseinrichtungen 
(21,22) fahig sind, die genannte Synchronisations- 
nachricht spontan zu erzeugen, insbesondere peri- 
odisch. 

27. Anordnung nach einem der AnsprQche 25 und 26. 
dadurch gekennzeichnet, dass die gewahlte Sen- 
debedingung einer Synchronisationsnachricht beim 
Empfang einer lokalen Abfrage bzw. durch eine lo- 
kale Abfrage der Netzstufe (3) oder der Konflgurati- 
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onseinrichtungen (19) verifiziert wird. 

28. Anordnung nach einem der Anspruche 25 bis 27, 
dadurch gekennzeichnet, dass die Synchronlsa- 

tlonseinrlchtungen (21 ,22) fahig sind, Abfragenach- 5 
richten zu erzeugen, die das Senden einer Synchro- 
nisationsnachricht fordern. 

29. Anordnung nach Anspruch 9 in Verbindung mit ei- 
nem der Anspruche 15 bis 28, dadurch gekenn- io 
zeichnet, dass die Verwaltungsstufe (5) Weichen- 
einrichtungen (16) umfassen, verbunden mit den ge- 
nannten Verkapselungs-ZEntkapselungseinrichtun- 
gen (17), den genannten Routing-Einrichtungen 
(14,18,20), den genannten Dienstnachrichten-Ver- is 
waltungseinrichtungen (1 5) und den genannten Syn- 
chronisationseinrichtungen (21 ,22). 

30. Anordnung nach Anspruch 29, dadurch gekenn- 
zeichnet, dass die genannten Weicheneinrichtun- 20 
gen (16) fahig sind, aufgrund des Typs der empfan- 
genen Nachrichten die Stufe(n) - Netzstufe (3) oder 
Pilotstufe (2) - und/oder die Einrichtungen unter den 
Routingeinrichtungen (14,18,20), den Kapse- 
lungs-ZEntkapselungseinrlchtungen (17), den Syn- 25 
chronisationseinrichtungen (21,22) und den Dienst- 
nachrichten-Verwaltungseinrichtungen (15) zu be- 
stimmen. 

31 . Anordnung nach einem der Anspruche 1 bis 30, da- 30 
durch gekennzeichnet, dass die Verwaltungsstufe 

(5) Teil der Pilotstufe (2) ist. 

32. Verfahren zur Obertragung von Nachrichten zwi- 
schen den Stationen (S) einer Anordnung nach ei- 35 
nem der vorangehenden Anspruche. von denen jede 
umfasst: 

- ein Betriebssystem (4), 

- eine "Netz"-Stufe (3) zur Verarbeitung und Er- 40 
zeugung der Nachrichten eines ersten Formats, 

- eine Kommunikationskarte (1 ), f§hig Nachrich- 
tungen eines zweiten Formats mit wenigstens 
einem Netzwerk auszutauschen, 

- eine "Pilof-Stufe (2), fShig von der Karte (1) 45 
Oder der Netzstufe (3) empfangene Nachrichten 
jeweils in das erste Format Oder das zweite For- 
mat umzusetzen, urn sie zu der Netzstufe (3) 
Oder der Karte (1) zu ubertragen. und 

- Schnittstelleneinrichtungen der genannten 50 
Stufen, der Karte und des Betriebssystems un- 
tereinander. 

dadurch gekennzeichnet, dass es den einen 
und/oder anderen der folgenden Schritte umfasst: 55 

- Abfangen der Nachrichten des ersten Formats, 
die ausgetauscht werden mussen zwischen der 



Netzstufe (3) und der Pilotstufe (2) einer Station 
(S), dann Analysieren der in den abgefangenen 
Nachrichten enthaltenen Informationen, um 
Ober die Fortsetzung bzw. Weiterfuhrung ihrer 
Obertragung zu entscheiden, In Abhangigkeit 
von wenigstens einem die analysierten Informa- 
tionen betreffenden Kriterium, 
- Erzeugen einer Nachrlcht eines im zweiten 
Format gewahlten Typs hinsichtlich ihrer Sen- 
dung bzw. Einspeisung in das Netzwerk, wenn 
eine gewahlte Sendebedingung venfiziert ist. 
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